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Beschreibung 



Call Hold / Terminal Portability in H. 323/ISUP-BICC-SIP 
Net z en 

Die Erfindung betrifft Telekommunikationsnetze, vorzugswei- 
se multimediale, digitale Netze der Internet-Telefonie, bei 
denen Teilnehmer mit GerSten unterschiedlicher Hersteller 
und unterschiedlicher Funktionalitat uber verschiedene 
Protokolle bzw. unterschiedliche Protokollf amilien mitein- 
ander in Datenaustausch treten. 

Bei der Internet Telefonie stellen die Endgerate der Teil- 
nehmer eine IP-Verbindung (Internet Protocoll Verbindung) 
zu dem Gerat des Partnerteilnehmers her und iibertragen die 
Sprachdaten als codierte Datenpakete uber das Internet. 

Damit das Netzwerk Verbindungen aufbauen, tiberwachen und 
beenden kann, ist es notwendig, neben den Teilnehmer- oder 
Nutzerdaten auch noch Signalisierungsdaten auszutauschen. 
Grundsatzlich unterscheidet man hier zwischen einem Signa- 
lisierungskanal, der zur Obertragung von oben erwahnten 
Signalisierungsdaten bestimmt ist, und einem Nutzkanal^ der 
auch Bearer oder Medixam genannt wird. 

Es gibt zwei Signalisierungsmodelle : einerseits das Channel 
Associated Signalling, CAS, auch Innenband Signalisierung 
genannt, bei dem die Signalisierungsdaten uber das gleiche 
Netz wie die Nutzerdaten ubertragen werden und andererseits 
das Common Channel Signalling, CCS, auch AuBenband Signali- 
sierung genannt, bei dem die Signalisierungsdaten iiber ein 
separates Netz ubertragen werden. Das hat den Vorteil, daB 
der Signalisierungskanal hinsichtlich der Datenubertragung 
optimiert werden kann, um insgesamt eine hOhere Datentiber- 
tragungsrate zur Verfugung zu stellen. Auch kOnnen Signali- 
sierungsinf ormationen wShrend einer bestehenden Sitzung 
Oder Verbindung ausgetauscht werden. 
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Die vorliegende Erfindung bezieht sich auf CCS-Systeme^ bei 
denen vorzugsweise zumindest einer der NutzkanSle und der 
davon getrennte Signalisierungskanal auf IP-Netzen basiert. 

5 

In dem Zugangsnetzwerk gibt es einen Kanal der die Obertra- 
gungskanaie kontrolliert . Der ISDN BasisanschluB bietet 
beispielsweise zwei sogenannte B-KanSle, tiber die Nutzdaten 
mit einer Obertragungsrate von 64Kbit/s ausgetauscht werden 
10 und einen D-Kanal zur Steuerung, der mit einer Dateniiber- 
tragungsrate von 16Kbit /s Signalisierungsdaten ubertragt. 

~ Von der ITU-T (International Telecommunications Union, 

Bereich Telekommunikation) und von der Internet Engineering 

15 Task Force (IETF) sind bisher mehrere, teilweise miteinan- 
der konkurrierende Modelle oder Protokolle fur sogenannte 
"Voice-over-IP" Netze entwickelt worden. 

Die ITU-T definiert in der H.323 Empfehlung den grundlegen- 
20 den Standard ftir den Transport von Sprache, Daten und 

Videostromen liber ein IP-Netzwerk. H.323 benutzt RTP/RTCP 
als Tragerprotokoll ftir Audio- und VideostrSme und H.225 
als Protokoll ftir die Anruf kontrolle, also unter anderem 
die Signalisierung, Registrierung und die Synchronisation 
25 von Medienstromen. 

H.323 sieht vornehmlich folgende GerSte vor: 

- ein Terminal, das als Endgerat in einem Local Area Net- 
work (im folgenden LAN genannt) fungiert, das zur Zwei- 
Wege-Kommunikation in Echtzeit mit einem anderen Endgerat 

30 ausgelegt ist; 

- ein Gateway oder Media Gateway (im folgenden kurz MG 
bezeichnet), das den Sprachinhalt verarbeitet und gegebe- 
nenf alls weiterleitet ; 

- ein Gatekeeper, der der Anruf kontrolle dient oder 

35 - Media Gateway Controller (kurz MGC) , der dem Teilnehmer 
die Dienste anbietet. 
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Grundsatzlich kommunizieren mindestens zwei Teilnehmer flber 
Endgerate, die zur Zwei-Wege-Kommunikation in Echtzeit 
ausgelegt sind. Die beteiligten Gateways konnen hierbei 
iiber die ihnen zugeordneten Media Gateway Controller ge- 
5 steuert werden. 

Diese Gateways und Gateway Controller konnen auch zwischen 
unteirschiedlichen paketorientierten Datennetzen angeordnet 
sein^ in denen z.B. die Protokolle der SIP Familie oder die 
10 der H.323 Familie zvim Einsatz kommen. 

Fur die Netzwerksteuerung in Voice-Over-IP Netzen (kurz 
VoIP) gibt es mehrere alternative Standards. Das heisst, 
daB fur die Koininunikation zwischen MG und MGC das Media 
15 Gateway Controll Protocoll (MGCP) eingesetzt werden kann 

Oder alternativ MEGACO bzw. das H.248 Protokoll oder gleich 
wirkende Protokolle . 

Bei dem von der IETF entwickelten MGCP-Konzept liegt die 
20 zentrale Intelligenz des Netzes bei dem MGC. Alle Zustands- 
anderungen werden dem MGC durch eine Serie von relativ 
einfachen Befehlen mitgeteilt und der MG kann gegebenen- 
falls Aktionen auf Befehl des MGC ausfuhren. 

Die IETF verOf f entlichte mit dem Session Initiation Proto- 
coll (im folgenden SIP) einen zu H.32 3 alternativen Stan- 
dard fiir die Internet-Telef onie und stellt damit ein Tool 
dar, um interaktive Verbindungen tiber das Internet bereit- 
zustellen. Auf Anwendungsebene wird hier das H.323 Proto- 
30 koll durch das SIP ersetzt. SIP unterstutzt die Steuerung 
einer Verbindung und die Obersetzung von SIP-Adressen in 
IP-Adressen. SIP basiert hingegen auf relativ intelligenten 
Endpunkten, die die Signalisierungsauf gabe selbst tiberneh- 
men. Bei einem Call-Setup kommt dann ein Proxy-Server zvim 
35 Einsatz^ wenn sich die in Verbindung stehenden Endpunkte 

nicht kennen. Er kann dafur ausgelegt sein, einen empfange- 
nen Request fttr einen Client, z.B. ein IP-Telefon, eine PC 
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4 

Oder ein PDA, nach einer Bewertung und Anderung weiter- 
zugeben. 

Das herkommliche Telef onsystem ist im Gegensatz zu der 
5 Internet-Telefonie ein leitungsvermitteltes Netz (Public 

Switched Telephony Network, PSTN) , das auf der Kommuni Rati- 
on tiber Vermittlungsstellen basiert- 

Damit nun nicht nur IP-basierte GerSte untereinander und 
10 PSTN-kompatible Gerate untereinander kommunizieren kSnnen 
ist es notwendig, daB einerseits IP-Telefone untereinander 
(auch wenn sie nach unterschiedlichen Protokollen arbeiten, 
wie z.B. bei dem erf indungsgemafien Interworking von H.323 
und SIP) und andererseits IP-Telefone mit leitungsvermit- 
15 telten Endgeraten zusammen arbeiten konnen (wie z.B. bei 
dem erfindungsgemaBen Interworking von PSTN und SIP) . 

Urn einen moglichst komplexen Einsatzbereich und einen 
reibungslosen Ablauf zu gewahrleisten, ist ein Interworking 
20 zwischen den jeweiligen Protokollen (SIP und H.323 und 

gegebenenfalls Protokollen, die in PSTN Netzen eingesetzt 
werden, wie z.B. das ISUP, ISDN User Part) bei m5glichst 
gleichbleibender Funktionalitat notwendig. 

25 Aus Sicht des Teilnehmers ist unter anderen Gesichtspunkten 
die Funktionalitat des Endgerates und damit die zur VerfU- 
gung gestellten Leistungsmerkmale entscheidend, auf die er 
zuruckgreifen kann. Hier sind beispielsweise folgende (auch 
features genannte) Merkmale zu nennen: Call Waiting (Anklo- 

30 pen) , Lautsprechen, Wahlwiederholung, das Trennen, das 
Umlegen, die Ruf weiterleitung etc. 

Bei diesem Leistungsmerkmalen kann man zwischen zwei Klas- 
sen unterscheiden: 1. Leistungsmerkmale, die eine Auftren- 
35 nung des Nutzkanals erfordern und 2. solchen, die keine 
Au f t r ennun g e r f o r de rn' . 



5 

Die Erfindung betrifft Leistungsmerkmale der ersten Klasse, 
vorzugsweise die Merkmale "Call Hold" und "Terminal Porta- 
bility", die eine zeitlich befristete Unterbrechung einer 
bestehenden Verbindung ermoglichen, gegebenenf alls mit 
Unterbrechung des Payloadstromes. 

Eine Auftrennung des Nutzkanals oder der Nutzkanaie wird 
bei herkommlichen PSTN Netzen lokal durchgefiihrt, also in 
der Vermittlungsstelle des Teilnehmers^ der das Leistungs- 
merkmal angefordert hat. 

In SIP-basierten Netzen ist eine Auftrennung des Nutzkanals 
nur teilweise lokal vorgesehen, namlich nur fur die eigene 
Sender ichtung . 

Damit konnen die Leistungsmerkmale, die eine vollstandige 
Auftrennung des Nutzkanals erfordern (also in Sende- und 
Empfangsrichtung) bei einem SIP-Teilnehmer im Interworking 
mit PSTN und/oder H.323 und BICC bisher nicht durchgef tihrt 
werden. 

Aufgabe der vorliegenden Erfindung ist es daher^ ein Ver- 
fahren ftir ein Interworking zwischen einem ersten Protokoll 
(SIP) und einem zweiten Protokoll (H.323 oder PSTN) zu 
ermaglichen, wobei das erste Protokoll (SIP) in paket- 
orientierten Netzen (IP-Netzen) eingesetzt wird. Dies soli 
gegebenenf alls im Interworking mit einem dritten Protokoll 
(BICC) gewahrleistet sein, auf dem die Signalisierung 
basiert und das funktional zwischen dem ersten und dem 
zweiten Protokoll angeordnet ist. 

Weiterhin ist es wunschenswert , den Teilnehmern moglichst 
viele Leistungsmerkmale zur Verfugung zu stellen,. vorzugs- 
weise einer Gruppe von ersten Teilnehmern, die nach dem 
ersten Protokoll (SIP) arbeiten, Leistungsmerkmale zur* 
Verfugung zu stellen, auf Teilnehmer in PSTN Netzen zurtick- 
greifen k6nnen und die eine Auftrennung der NutzkanSle 
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erfordern in einem Interworking von H.323 bzw. PSTN und 
BICC. 

Diese Aufgabe wird durch ein Interworkingverf ahren zwischen 
5 mehreren Protokollen gelOst^ vorzugsweise einem ersten 

Protokoll^ nachdem ein erster Teilnehmer arbeitet und einem 
zweiten Protokoll^ nachdem ein zweiter Teilnehmer arbeitet 
eines digitalen, multimedialen KommunikationsnetzeS/ bei dem 

- eine Verbindung zwischen zwei oder mehr Teilnehmern zuimin- 
10 dest einen Nutzkanal in Sende- und Empf angsrichtung umfaBt, 

- bei dem das erste Protokoll zur Signalisierung in paketori- 
entierten oder IP-basierten Netzen ausgelegt ist und fur 
Leistungsmerkmale, die eine Auftrennung des Nutzkanals erfor- 
dern, nur eine lokale Auftrennung des jeweiligen Nutzkanals 

15 in Senderichtung vorsieht und 

- bei dem das zweite Protokoll ftir Leistungsmerkmale, die 
eine Auftrennung des Nutzkanals erfordern, ziimindest optional 
eine lokale Auftrennung des jeweiligen Nutzkanals in Sende- 
richtung vorsieht und bei dem auch dem ersten Teilnehmer eine 

20 Menge von Leistungsmerkmalen zur Verftigung gestellt wird^ 

vorzugsweise solche Leistungsmerkmale, die eine Auftrennung 
des jeweiligen Nutzkanals in Sende- und Empf angsrichtung 
erfordern, indem das zweite Protokoll um einen Befehlssatz 
zur nicht-lokalen Auftrennung des jeweiligen Nutzkanals in 

25 die Empf angsrichtung hinsichtlich des ersten Teilnehmers 
erweitert wird oder indem der zweite Teilnehmer insofern 
modifiziert gesteuert wird, als daB das Senden in Richtung 
des ersten Teilnehmers, vorzugsweise das Senden eines Medi- 
astromes, unterbrochen wird. 



Weiterhin wird diese Aufgabe gel6st von einem Protokollkon- 
verter gemaJi Anspruch 17 . 



30 



35 



Auch das in Anspruch 22 bezeichnete Netzwerksystem ist zur 
Losung dieser Aufgabe ausgelegt. 



1 




Die erste, bevorzugte Ausfiihrungsf orm der Erfindung bezieht 
sich auf ein Interworking zwischen dem SIP Protokoll als 
erstes Protokoll zur Signalisierung in IP-basierten Netzen 
und dem BICC Oder dem ISUP+ als weiteres Protokoll fiber das 
5 die Verbindung zu einem zweiten Teilnehmer aufgebaut wird, 
der beispielsweise ein analoger Teilnehmer in einem PSTN 
Netz Oder ein ISDN Teilnehmer sein kann. 

Die zweite, bevorzugte Ausfiihrungsf orm der Erfindung be- 
10 zieht sich auf ein Interworking zwischen dem SIP Protokoll 
als erstem Protokoll zur Signalisierung in IP-basierten 
Netzen und dem H. 323 als zweitem Protokoll, das ebenfalls 
zur Signalisierung in erwahnten IP-Netzen ausgelegt ist. In 
dieser Ausf Uhrungsf orm liegen dann beide Teilnehmer im IP- 
15 Bereich. 

In beiden bevorzugten Ausftlhrungsf ormen findet das Inter- 
working der jeweils genannten Protokolle mittelbar statt, . 
namlich durch Zugriff auf ein weiteres, drittes Protokoll, 
20 vorzugsweise dem BICC (Bearer Independent Call Control) . 

Alternative Ausf Uhrungsf ormen zu den beiden genannten sehen 
jedoch vor, das Interworking unmittelbar zu gestalten, also, 
direkt und ohne den Einsatz von BICC. 

Auch eine Kombination der beiden Ausftihrungf ormen wird 
durch das erf indungsgemSBe Verfahren abgedeckt, so daB ein 
Interworking von SIP einerseits und H.323 und ISUP anderer- 
seits unter Einsatz von BICC erfolgt. 

30 Die Erfindung betrifft im allgemeinen ein Interworking von 
PSTN-basierten Protokollen (z.B. dem ISOP, in der ersten 
Ausf uhrungsf orm) bzw. (in der zweiten Ausf uhrungsf orm) von 
der H.323 Protokollf amilie, die insbesondere auch die Proto- 
kolle H.225, H.248 und H.450 umfasst, mit einem Interworking 

35 zu den Protokollen SIP und bevorzugterweise BICC. 




10 



25 



30 
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Die Kommunikation zwischen den Media Gateway Controllern 
und damit auch das Interworking zwischen den Protokollen 
findet vorzugsweise liber das dritte Protokoll, das BICC CS2 
(bearer independent call controll capability set 2) statt. 

Alternativ zu BICC kann hier das ISOP+ eingesetzt werden. 
Damit wird erf indungsgemaB ein Interworking zwischen den 
Protokollen SIP^ H.323 oder ISUP, ISUP+ oder BICC ermOg- 
licht. 



Da bei der ersten Ausf uhrungsf orm die jeweiligen Teilnehmer 
uriterschiedlichen Netztypen (IP und PSTN) angehoren, werden 
Media Gateways als Mittler eingesetzt. Dies ist bei der 
zweiten Ausf uhrungsf orm der Erfindung nicht notwendig, da 
15 beide Teilnehmer hier dem IP~Netz angehoren. 

Im ersten Fall erfolgt die Kommunikation zwischen dem MGC 
und dem MG vorzugsweise tiber das MGCP Protokoll. Alternativ 
zu dem Media Gateway Controll Protocoll kann hier das H.248 
20 Protokoll Oder ein gleich wirkendes Protokoll vorgesehen 
sein. 

Als MG wird in der bevorzugten Ausf uhrungsf orm hiGlOOO und 
als MGC hiQ9200 eingesetzt. 



Weitere Vorteile, Merkmale und alternative Ausf tlhrungs for- 
men der Erfindung sind in der nachf olgenden, detaillierten 
Figurenbeschreibung zu finden^ die in Zusammenhang mit der 
Zeichnung zu lesen ist und in der: 




Fig. 1 eine schematische Darstellung einer bekannten VoIP- 
Kommunikation zwischen einem PSTN und einem IP Netz,. 

Fig. 2 die in Figur 1 gezeigten Elemente durch ein zusatzli- 
ches^ erf indungsgemaiies SIP Interworking erweitert^ 
35 Fig. 3 erfindungsgemafie Befehle zwischen einem ersten SIP- 

Teilnehmer und einem zweiten PSTH-Tei 1 nehmer und zxrt — 
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Fig- 4 erfindungsgemafie Befehle zwischen einem ersten SIE- 
Teilnehmer und einem zweiten H. 323-Teilnehmer und 
zwischengelagerten Netzelementen und 

Fig. 5a eine schematischen Darstellung einer Auftrennung 

eines Nutzkanals in Sende- und Empf angsrichtung nach 
dem Stand der Technik, wenn zwei PSTN Teilnehmer kom- 
munizieren und einer ein Leistungsmerkmal in Bezug zu 
dem anderen Teilnehmer initiiert und 

Fig. 5b eine schematischen Darstellung der erf indungsgemafien 
Auftrennung des Nutzkanals in Sende- und Empfangs- 
richtung, wenn ein SIP Teilnehmer das Leistungsmerk- 
mal im Hinblick auf einen H.323 Teilnehmer oder einen 
PSTN Teilnehmer initiiert 

zeigen. 

Figur 1 zeigt das grundlegende^ aus dem Stand der Technik 
bekannte Szenario einer VoIP-Kommunikation und einer AuBen- 
bandsignalisierung, bei der also ein Signalisierungskanal 
10 von einem Nutzkanal 12 getrennt ist. 

Teilnehmer eines PSTN Netzes N2 treten Qber die jeweiligen 
Endgerate 14 mit anderen Teilnehmern tiber einen Nutzkanal 
12, der tiber ein paket-orientiertes Netz, vorzugsweise das 
Internet Nl, geleitet bzw. vermittelt wird, in Verbindung- 

Bei PSTN Netzen wird als AuBenbandsignalisierung vorzugs- 
weise das ISUP eingesetzt. Hier sind jedoch auch andere^ 
gleich wirkende Protokolle, vorzugsweise das TUP (Telephone 
User Part) u.a. einsetzbar. 



Bei IP-Netzen (wenn, wie in der zweiten Ausf iihrungsf orm der 
Erfindung, beide Teilnehmer dem IP-Netz angehoren) erfolgt 
die Signalisierung uber einen Media Gateway Controller MGC, 
wobei die Media Gateway Controller MGC untereinander tiber 
ein BICC CS2 Protokoll oder ein ISUP+ Protokoll miteinander 
kommunizieren. 
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Die Schnittstelle zwischen dem Media Gateway Controller MGC 
und einem ihm zugeordneten Media Gateway MG erfolgt uber 
ein Media Gateway Controll Protocoll MGCP Oder tiber ein 
Protokoll nach dem H.248 Standard. 

5 

Als Schnittstelle zwischen dem PSTN Netz N2 bzw. dessen 
Trunk Lines und dem IP-Netz Nl fungieren die Media Gateways 
MG. 

10 Bei Netzen^ wie den herkSramlichen PSTN Netzen N2, die auf 
einem Time Devision Multiplexing (kurz: TDM) basieren, ist 
es bekannt, dafi eine Verbindung zwischen zwei Teilnehmern 
voriibergehend unterbrochen wird^ um sie zu einem sp^teren 
Zeitpunkt wieder auf zu nehmen. Ein solches Leistungsmerk- 

15 mal 16 setzt voraus, dali beide Richtungen (Sende- und 

Empfangsrichtung) des Nutzkanals 12 der Verbindung unter- 
brochen werden konnen und daB diese Unterbrechung von dem 
Anruf steuerungssystem verarbeitet werden kann. 

20 Bei PSTN Netzen N2 wird eine solche Unterbrechung beider 

Richtungen bei einer lokalen Vermittlungsstelle 18 desjeni- 
gen Teilnehmers ausgefuhrt, der dieses Leistungsmerkmal 16 
angefordert hat. Andere Netze^ die nach anderen Protokollen 
arbeiten^ wie beispielsweise ein Session Initiation Proto- 

25 coll (kurz: SIP)/ untersttitzen nur eine Unterbrechung der 
eigenen Senderichtung. Dies fiihrt dazu, dali nach dem Ver- 
fahren aus dem Stand der Technik ein Zugriff auf solche 
Leistungsmerkmale 18 in einem SIP-basierten Netz nicht 
moglich war. Mit dem erf indungsgemaBen Verfahren wird 

30 dieses Problem jedoch gelost. 

So ist in Figur 2 das grundsatzliche Zusammenspiel mit 
einem SIP-basierten Netz Nl gezeigt, die das eben beschrie- 
bene Szenario noch um ein SIP Interworking erweitert, so 
35 daB insgesamt ein Austausch zwischen den Protokollen SIP^ 
ISUF und BICC stattflndet. 
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In Figur 5a ist schematisch dargestellt, wie bzw. wo eine 
Auftrennung der beteiligten Nutzkanale 12 bei einem aus dem 
Stand der Technik bekannten ISDN Netz N2.erfolgt: namlich 
vollstandig (d.h. ftir beide Richtungen) bei der Vermitt- 
lungsstelle 18 des Teilnehmers, der das Leistungsmerkmal 16 
initiiert bzw. angefordert hat. Dies setzt aber voraus,. dafi 
beide Teilnehmer dem PSTN Netz angehSren. 

Dieses Vorgehen ist nicht moglich, wenn ein erster Teilneh- 
mer, ein SIP-Teilnehmer Tl mit einem anderen Teilnehmer in 
Verbindung treten und dieses Leistungsmerkmal 18 initiieren 
mochte, da das SIP Protokoll PI nur eine lokale Unterbre- 
Chung des eigenen Sendekanals (d.h. also nur eine Richtung) 
erlaubt . 



Auch fiir einen H. 323-Teilnehmern ist in den entsprechenden 
Standards (ITU-T Standard H. 450.4 Abschnitt 5.1) ein sol- : 
ches Merkmal im Interworking mit SIP bisher noch nicht 
beriicksichtigt und deshalb nicht verftigbar. Eine lokale 
Unterbrechung, wie sie die erf indungsgemSfien Leistungsmerk- 
male 16 erfordern (damit insbesondere das Senden des Paylo- 
adstomes zum entfernten Partner unterdrUckt werden kann) , 
ist bisher fUr die H.323 Seite lediglich optional vorgese- 
hen. SIP setzt allerdings ein unbedingtes Unterbrechen 
voraus. 

GemSB einer ersten Ausf tihrungsf orm der Erfindung koramuni- 
ziert ein SIP Teilnehmer Tl mit einem PSTN Teilnehmer T2. 

Unter Bezugnahme auf Figur 3 wird im folgenden die grund- 
s^tzliche, erf indungsgemalbe Verbindungssteuerung im Falle 
eines Interworkings zwischen einem A-seitigen TDM Teilnehmer 
T2 und einem B-seitigen SIP Teilnehmer Tl ausgefiihrt^ wobei 
das TDM Leistungsmerkmal 16 "Call Hold" Oder "Terminal 
portability" von dem B-seitigen SIP Teilnehmer Tl genutzt 
werden soli. Im allgemeinen wird der anrufende Teilnehmer 
mit A und der angerufene Teilnehmer mit B bezeichnet. Hin- 
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sichtlich der Zuordnung der A und B-Seite besteht bei der 
Anwendung der Erfindung jedoch keine EinschrSnkung^ so dafi 
die erf indungsgemalie Vorrichtung bzw. das Verfahren ftir A- 
und B-seitige SIP-Anwender eingesetzt warden kann, 

5 

Hierzu sendet z.B. die SIP Applikation im B-seitigen Endge- 
rat 14 entsprechend dem derzeitigen Stand der Technik eine 
re-INVITE zum entfernten Partnerteilnehmer T2 mit der IP 
Adresse auf 0.0.0.0 (oder die Steuerung des entfernten 

10 EndgerStes 14 erfolgt modifiziert, gemSB neuen Informations- 
elementen bzw. Attributen oder Mode Parametern, siehe dazu 
auch IETF draft 2543bis -04 Kapitel B,4.4 oder Draft ietf- 
mmusic-sdp-of fer--answer-02 Kapitel 8.4.). Am Interworking 
Punkt von BICC auf SIP, wird der Wert der IP Adresse 0.0.0.0 

15 vorzugsweise in einen neuen Wert des Action Indicator im BAT 
APP (der Begriff "Action indicator" bezeichnet ein Informa- 
tionselement im BICC|. um bei MGC-MGC Kommunikation mit Hilfe 
von BICC einem entfernten Media Gateway Controller MGC 
durchzuf uhrende Aktionen zu signalisieren; der Begriff "BAT" 

20 ist eine lUDkurzung ftir das bearer application protocoll der 
ITU-T Q.765.5 und der Begriff "APP" ist eine AbkUrzung ftir 
den application transport parameter der ITU-T Q.765) umge- 
setzt, welches dem entfernten Media Gateway Controller MGC 
sagt, daB fiir diese Verbindung vortibergehend kein Senden von 

25 Payload in Richtung des B-Teilnehmers Tl erlaubt ist. Dabei 
darf der APP in einer BICC SUS/RES (suspend/resume Befehl 
aus dem ISUP) , oder CPG{Hold) / CPG (retrieve) (CPG: call 
progress aus dem ISUP) gesendet werden. Zusatzlich kann der 
APP in einer eigenstSndigen APM (APM: application transport 

30 message ITU-T Q.7 65) gesendet werden, wobei zu beachten ist, 
das dies gegebenenf alls zu einer Entsynchronisierung fuhren 
kann. Nach dessen Empfang veranlaBt das A-seitige Media 
Gateway Controller MGC mit Hilfe des Media Gateway Controll 
Protocolls MGCP das A-seitige Media Gateway MG z.B. mit 

35 Hilfe des Connection Mode Parameters "recvonly" (recedLve 

onLy) , daJi I:ein Mediastrom- mehr zum B— seLt±g.en SIP Teilneh— 
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Wenn der B-seitige SIP Teilnehmer Tl nun den A-seitigen TDM 
Teilnehmer T2 wieder aufnehmen will, sendet die SIP Applika- 
tion wieder seine eigene IP Adresse (oder alternativ: die 
eingesetzten Informationselemente bzw. Attribute) . Daraus 
wird im BICC wieder ein Action Indicator gemacht, welcher 
das Senden der Payload von A nach B zuiafit. Dabei darf der 
APP in einer BICC SOS/RES, oder CPG (Hold) /CPG (retrieve) pder 
zusatzlich in einer eigenstSndigen APM (s.o^r sowie ggf. 
Verdoppelung der Meldungen in Hintereinanderschalten von 
Interworkings BICC-SIP usw. ) gesendet warden. Daraufhin wird 
das Media Gateway MG mit dem Connection mode „sendrecv" 
wieder so eingestellt , dali der B-Teilnehmer Tl den A- 
Teilnehmer T2 wieder hort . 

Ftir den Fall daB das Feature vom A-seitigen TDM Teilnehmer T2 
initiiert warden soil, sind keine besonderen Aktionen erfor- 
derlich, da das Unterbrechen des Payloadstromes in der PSTN 
Vermittlungsstelle 18 durchgefiihrt wird. . 

Das aufgefahrte Szenario ist nur ein Beispiel. Prinzipiellj 
ist auch die andere Richtung (A-seitiger SIP Teilnehmer TIt;^ 
sendet re-INVITE) erlaubt. 

GemSB einer zweiten Ausf uhrungsf orm der Erfindung kommuni- 
ziert ein SIP Teilnehmer Tl mit einem H-323 Teilnehmer T2- 
Dieses Szenario ist in Figur 4 dargestellt. 

Erf indungsgemaii wird der entfernte H.323 Teilnehmer entwe- 
der liber das BICC nach einem modif izierten Verfahren ge- 
steuert, oder der (abhangige) H.323 Teilnehmer unterbricht 
wirklich das Senden seiner Payload in Richtung des SIP Teil- 
nehmers, wenn der die in H.450.4 definierten Informationsele- 
mente empfangt. 

Dies wird erreicht, indem das um einen neuen Wert des 
Action Indikators erweiterte Protokoll (das erweiterte 
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Protokoll bezieht sich auf die vorstehenden ErlSuterungen 
hinsichtlich der ersten Ausf tihrungsf orm der Erfindung, bei 
der hinsichtlich einer Kommunikation zwischen SIP und PSTN 
das mit dem SIP Protokoll interagierende Protokoll erwei- 
5 tert wurde, urn auch dem SIP Teilnehitier die Le i stung smerkma- 
le 16 "Call Hold / Terminal Portability" zur Verftigung zu 
stellen) gemSB der zweiten Ausf lihrungs form der vorliegenden 
Erfindung auf neue H.225 Inf ormationselemente gemappt wird. 

10 Unter Bezugnahme auf Figur 4 wird im folgenden die grund- 

sStzliche^ erf indungsgemaJBe Verbindungssteuerung der zweiten 
Ausftihrungsform (Interworking H.323/SIP) im Falle eines 
Interworkings zwischen einem A-seitigen SIP Teilnehmer Tl 
und einem B-seitigen H.32 3 Teilnehmer T2 ausgefuhrt, wobei 

15 das TDM Leistungsmerkmal 16 "Call Hold" oder "Terminal 

portability" von dem B-seitigen SIP Teilnehmer Tl genutzt 
werden soli, Im allgemeinen wird der anrufende Teilnehmer 
mit A und der angerufene Teilnehmer mit B bezeichnet. Hin- 
sichtlich der Zuordnung der A und B-Seite besteht bei der 

20 Anwendung der Erfindung jedoch keine Einschrankung, so daB 
die erfindungsgemafie Vorrichtung bzw. das Verfahren fflr A- 
und B-seitige SIP-Anwender eingesetzt werden kann. 

Hierzu sendet z.B. die SIP Applikation im B-seitigen Endge- 
25 rat 14 entsprechend dem derzeitigen Stand der Technik eine 
re-INVITE zum entfernten Partnerteilnehmer T2 mit der IP 
Adresse auf 0.0.0.0 (oder alternativ: die neuen Attribute). 
Am Interworking Punkt von BICC auf SIP, wird der Wert der IP 
Adresse 0.0.0.0 vorzugsweise in einen neuen Wert des Action 
30 Indicator im BAT APP (der Begriff "Action indicator" be- 
zeichnet ein Inf ormationselement im BICC, um bei MGC-MGC 
Kommunikation mit Hilfe von BICC einem entfernten Media 
Gateway Controller MGC durchzuf iihrende Aktionen zu signali- 
sieren; der Begriff "BAT" ist eine Abkurzung fiir das bearer 
35 application protocoll der ITU-T Q. 765.5 und der Begriff 
"APP" ist eine AblzurnunLg fiir den application transport 
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Media Gateway Controller MGC sagt, dali fur diese Verbindung 
voriibergehend kein Senden von Payload in Richtung des B- 
Teilnehmers Tl erlaubt ist, Dabei darf der APP in einer BICC 
SUS/RES (suspend/ re Slime Befehl aus dem ISUP) , oder CPG(Hold) 
/ CPG (retrieve) (CPG: call progress aus dem ISUP) gesendet 
werden. Zusatzlich kann der APP in einer eigenstSndigen APM 
(APM: application transport message ITU-T Q.765) gesendet 
werden, wobei zu beachten ist, das dies gegebenenf alls zu 
einer Entsynchronisierung ftihren kann. 

Nach dessen Empfang veranlafit der A-seitige Media Gateway 
Controller MGC mit Hilfe des H.225 Protokolls mit einem 
neuen Inf ormationselement , z.B. "recvonly" . (receive only) in 
der CallHoldOperations (Abschnitt 12 der ITU-T Empfehlung 
H.450.4) in der FACILITY, daii kein Mediastrom mehr zum B- 
seitigen SIP Teilnehmer Tl gesendet wird. 

Alternativ konnten die in H.450-4 schon definierten Informa- 
tionselemente wiederverwendet werden, allerdings mit der 
20 zusatzlichen Forderung, dass H. 323-Endgerate die bisherige 
optionale Prozedur dann ^mandatory" implement ieren mussen.* 

Wenn der B-seitige SIP Teilnehmer Tl nun den A-seitigen 
H.323 Teilnehmer T2 wieder aufnehmen will, sendet die SIP 

•Applikation wieder seine eigene IP Adresse (oder die Attri- 
bute, siehe oben) • Daraus wird im BICC wieder ein Action 
Indicator gemacht, welcher das Senden der Payload von A nach 
B zulalit. -Dabei darf der APP in einer BICC SUS/RES, oder 
CPG (Hold) /CPG (retrieve) oder zusatzlich in einer eigenstan- 
30 digen APM (s.o., sowie ggf. Verdoppelung der Meldungen in 
Hintereinanderschalten von Interworkings BICC-SIP usw.) 
gesendet werden. 

Daraufhin veranlafit das A-seitige MGC mit Hilfe des H.225 
35 Protokolls mit einem neuen Informationselement, beispielswei- 
se „sendrecv" in der CallHoldOperations in der FACILITY, dafi 



2002 P 11618^^ 



10 




15 



2002 P 11618 




16 



der Mediastrom wieder ziam SIP Teilnehmer Tl gesendet wird. 

Fiir den Fall dafi das Feature vom A-seitigen H.323 Teilnehmer 
T2 initiiert werden soil, ist erf orderlich, da der H.323 
5 Teilnehmer T2 das Aussenden seines Payloadstroms definitiv 
unterbricht. Das Unterbrechen dieses Payloadstromes kann 
alternativ auch in einem zwischengeschalteten Media Gateway 
MG Oder Media Gateway Controller MGC durchgefiihrt werden. 

10 Das aufgefiihrte Szenario ist nur ein Beispiel. Prinzipiell 
ist auch die andere Richtung (A-seitiger SIP Teilnehmer Tl 
sendet re-INVITE) erlaubt. 

Im allgemeinen wird, wie in Figur 5b dargestellt, ein 
15 Befehlssatz an den zweiten Teilnehmer, einen H.323 Teilneh- 
mer T2 (bzw. in der ersten Ausf tihrungsf orm einen PSTN 
Teilnehmer T2) ausgegeben, der die dortige Senderichtung 
des Nutzkanals 12 (beziiglich des zweiten Teilnehmers und in 
Richtung auf den ersten Teilnehmer Tl) unterbricht, so dalJ 
20 der beteiligte Nutzkanal 12 insgesamt sowohl in Sende- als 
auch in Empf angsrichtung ftir die Dauer der Inanspruchnahme 
des Leistungsmerkmals 16 unterbrochen ist. 

In der ersten Ausf tihrungsf orm (SIP Teilnehmer und PSTN 
25 Teilnehmer) kommen ftir die Obermittlung und Bearbeitung der 
Signalisierung als Media Gateway Controller MGC - auch 
Feature Server oder Media Node genannt - vorzugsweise 
hiQ9200 zum Einsatz. Fur die Obermittlung der Nutzkanaie 
zwischen unterschiedlichen Netztypen wie z.B. den bewShrten 
30 leitungsorientierten Telephonnetzen (auch Time Devision 
Multiplexing (TDM) Netze genannt) oder paketorientierten 
Datennetzen (auch IP-Netze genannt, wenn das aus dem Inter- 
net bekannte Internet Protokol (IP) angewendet wird) werden 
als Media Gateways MG auch hiGlOOO eingesetzt. 

35 



Diese Gatex^ray Controller MGC I-onrren- auch i:wischen unten- 
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in denen z.B. die Protokolle der SIP Familie Oder die der 
H.323 Familie zum Einsatz kommen. 

Hierbei ist zwischen den Media Gateway Controllern MGC 
5 untereinander eine Koinmunikation erf orderlich, die jeweils 
nach den Regeln eines hierftir passenden Protokolls durchge- 
fuhrt wird. 

Far die MGC-MGC Koinmunikation kann z.B. ein Protokoll gemafi 
10 dem ITU-T Standard Q. 1902.x BICC CS2 (Bearer Independent 

Call Control - Capability Set 2) -zum Einsatz kommen^ in dem 
z.B. mit einem eigenen service indicator beim MTP (message 
transfer part) und Q765.5 BAT (bearer application trans- 
port) fur IP Nutzkanale (Bearer) RTP als Bearer Technologie 
15 beschrieben wird, wie bei der Trennung von Call und Bearer 
dem Endkunden seine gewohnten Leistungsmerkmale 16 bzw. 
Dienste im Telekommunikationsnetz bereitzustellen sind- Es 
k5nnen jedoch auch beliebige, gleich wirkende Protokolle 
wie z.B. ISUP+ vorgesehen werden. 

20 

Im Hinblick auf die erste Ausf ahrungsf orm dieser Erfindun-g 
(Obergang: PSTN/IP-Netz) kann fiir die MGC-MG Kommunikation 
z.B. ein Protokoll entsprechend dem Standard MGCP (Media 
Gateway Control Protocol), dem ITU-T Standard H.248 Oder 

•ein beliebiges anderes, gleich wirkendes Protokoll. zum 
Einsatz kommen. 

Ziel des erf indungsgemalSen Interworkings zwischen den . . 
Protokollen: 

30 - ISUP, BICC und SIP, gemafi der ersten Ausf uhrungsf orm und 
- H.323, BICC und SIP, gemafi der zweiten Ausf uhrungsf orm 
ist u.a., dass sowohl den Teilnehmern T2 als auch den SIP 
Teilnehmern Tl die heutigen, aus den TDM Netzen bekannten ISDN 
Leistungsmerkmale 16 (auch Dienste,- Features oder Services 

35 genannt) angeboten werden kSnnen bzw. sollen. Dabei soil auch 
einem SIP Teilnehmer Tl z.B. das bisher bekannte Verfahren 
„Call Hold/ 3PTy Service" ("3PTY Service" meint hier Three 
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Party Service, bei dem ein Teilnehmer mit zwei weiteren Part- 
nerteilnehmern im Sinne einer Konferenzschaltvmg sprechen 
kann) , bei dem abhangige Partner auf Hold gelegt wird, bei 
Anwendung einer BICC MGC-MGC Kommunikation zur Verftigung 
5 gestellt werden. Dasselbe Verfahren kann z.B. auch bei dem 
Terminal Portability Service angewendet werden. Beiden Servi- 
ces ist gemeinsamr dass in ihrem Ablauf eine Auftrennung des 
Nutzkanals 12 erforderlich ist- 

10 Problematisch ist hierbei, dass im Stand der Technik fttr diese 
Auftrennung im Verkehr zwischen zwei PSTN-, insbesondere TDM- 
Teilnehmern, eine automatische Bearbeitung des Leistungsmerk- 
mals 16 stattfinden kann, was im Verkehr zwischen einem SIP- 
basierten Teilnehmer und einem PSTN-Teilnehmer nicht moglich 

15 ist. 

Wie oben ziom Stand der Technik und in Bezug zu Figur 5a erlau- 
tert, wird beim Verkehr zwischen PSTN Teilnehmern der Nutzka- 
nal bzw. Bearer ftir beide Richtungen in der Vermittlungsstelle 
20 18 desjenigen Teilnehmer s aufgetrennt, von dem das Leistungs- 
merkmal 16 angefordert wird. 

Beim Verkehr zwischen SIP Teilnehmern Tl ist vorgesehen, dass 
der SIP Teilnehmer Tl im Fall von Call Hold den Nutzkanal 12 

25 zum Partnerteilnehmer T2 flir die eigene Senderichtung zwar 

lokal unterbricht, aber ftir die eigene Empfangsrichtung (also 
die Senderichtung des entfernten Partners) nicht am eigenen 
Ort (d.h. lokal) auftrennt, sondern dem entfernten Teilnehmer 
mitteilt, die dortige Senderichtung zu unterbrechen (siehe 

30 dazu auch IETF draft 2543bis -04 Kapitel B.4.4 Oder Draft 
ietf-mmusic-sdp-offer-answer-02 Kapitel 8 .4.). 

Somit konnte bisher bei einem Interworking zwischen einem PSTN 
Teilnehmer einerseits und einem SIP Teilnehmer Tl andererseits 
35 bisher nur der PSTN Teilnehmer das Leistungsmerkmal 16 anfor- 
dem^ i-aeLl der vom SIP Teilnehmer Tl ausaehende Nutzkanal 12 
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gelegt wird. Im umgekehrten Fall (SIP Teilnehmer Tl fordert 
Call Hold an) wird jedoch der vom PSTN Teilnehmer ausgehende 
Nutzkanal 12 nicht auf Hold gelegt, da die bestehenden Ver- 
mittlungsstellen 18 des PSTN Netzes N2 die von dem SIP Teilr- 
nehmer Tl ausgesendete Mitteilung nicht erhalten und auch 
nicht verarbeiten konnen. Damit war das Leistungsmerkmal 16 
nach dem Stand der Technik nicht ablauffShig, wenn es von 
einem SIP Teilnehmer Tl im Interworking mit einem PSTN Teil- 
nehmer initiiert wurde. 

Ebenso war das Leistungsmerkmal 16 nach dem Stand der Technik 
nicht ablauffahig, wenn es von einem SIP Teilnehmer Tl im 
Interworking mit einem H.323 Teilnehmer T2 initiiert wurde. 

15 Anders ausgedruckt liegt die Erfindung in einem 

Verfahren zum Bereitstellen von zumindest einem (zusatzli- 
chen) Leistungsmerkmal 16 bei einem ersten EndgerSt, das zur 
Tele koromunikat ion in einem digit alen Netz mit einem zweiten 
Endgerat ausgelegt ist, 

20 - bei dem das erste Endgerat nach einem ersten Protokoll PI 
und bei dem das zweite Endgerat nach einem zweiten Protokoll 
P2 realisiert ist und wobei die beiden Protokolle PI, P2 ftir 
ein Interworking ausgelegt sind und 

- bei dem das Netz zumindest einen Signalisierungskanal 10 

• und zumindest einen Nutzkanal 12 umfalXt und bei dem die 
Steuerdaten getrennt von den Nutzkanaldaten ubertragen werden 
und dessen Nutzkanaltibertragung zumindest teilweise IP- 
basiert ist und 

- bei dem das Leistungsmerkmal 16 eine Auftrennung des jewei- 
30 ligen Nutzkanals 12 in Sende- und Empf angsrichtung erfordert, 

dadurch gekennzeichnet , daB 

das erste Protokoll PI fiir ein SIP-basiertes Netz ausgelegt 
ist und das zweite Protokoll P2 ein Protokoll nach dem H.323 
Standard ist oder der zweite Teilnehmer ein ISDN Teilnehmer 
35 ist, indem die Steuerung des ersten Endgerates insofern 

modifiziert wird, als dafi das H. 323-Endgerat (in der anderen 
Ausf tihrungsform: das PSTN Endgerat) auf einen neu eingeftlhr- 
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ten Befehlssatz hin das Senden seiner Payload (lokal) unter- 
bricht. Dies wird erreicht, indem eine nicht-lokale Auftren- 
nung des jeweiligen Nutzkanals 12 in Empfangsrichtung hin- 
sichtlich des ersten Teilnehmers Tl vorgesehen ist. 

5 

Der Begriff "lokale Auftrennung" meint hier eine Auftrennung 
des beteiligten Nutzkanals 12 in einer lokaler Venaittlungs- 
stelle 18 in Bezug auf den jeweiligen Teilnehmer. 
Mit dem hier vorgeschlagenen Verfahren kSnnen also die Leis- 
10 tungsmerkmale Call Hold und Terminal Portability bei einem SIP 
Teilnehmer Tl bereitgestellt werden sowohl in einem Interwor- 
king zu einem PSTN Teilnehmer bzw. dem ISOP Protokoll als auch 
zu einem H.323 Teilnehmer. 



15 Das Verfahren ist vorteilhafterweise sowohl fiir Falle einsetz- 
bar^ bei denen das Leistungsmerkmal 16 von dem ersten Teil- 
nehmer Tl aus initiiert wird, als auch ftir Falle, bei denen 
das Leistungsmerkmal 16 von dem zweiten Teilnehmer T2 initi- 
iert wird. 

20 

Die zusatzlich zur Verfligung gestellten Leistungsmerkmale 16 
betreffen in der bevorzugten Aus ftihrungs form solche, die in 
Netzen, die nach dem Time-Division-Multiplexing (TDM) organi- 
siert sind, ohnehin zur Verfugung stehen, vorzugsweise "Call 
25 Hold" Oder "Terminal Portability". 



Vorteilhafterweise wird es mit der vorgeschlagenen L5sung 
ermoglicht, daB der abhangige (H.323 oder PSTN) Teilnehmer T2 
wirklich das Senden seiner Payload in Richtung SIP Teilnehmer 
30 Tl unterbricht. 



Die erf indungsgemalie Unterbrechung findet entweder im Endgerat 
14 des H.323 Teilnehmers T2 selbst statt oder bei einem Ober- 
gang zwischen PSTN/IP-Netz liber einen Media Gateway MG in 
35 Verbindung mit einem Media Gatev/ay Controller MGC, der dem 
Endgerat 14 zugeondnet . iat und zwischen dem Endgerat 14 nudi' 
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dem SIP-Teilnehitier (bzw. Endgerat) angeordnet ist. Dies hat 
den Vorteil, daJi das Endgerat 14 unverfindert bleiben kann, 

Entgegen der Anwendung in der bestehenden Vermittlungstechnik 
5 mit der derzeit ohnehin schon vorhandenen MSglichkeit, den 
entfernten Teilnehmer lokal fiir Sende- und Empf angsrichtung 
auf Hold zu legen, kann dies erf indungsgemafi auch im Falle 
eines H. 323/ISUP-BICC-SIP-Interworkings im Media Gateway MG 
zumindest ftir die Senderichtung des H.323 Teilnehmers durch- 
10 geftihrt werden. 

Vorteilhaft wird hierdurch dem SIP Draft Standard nicht 
wider sprochen . 

15 Weiterhin wird ein Verfahren angeboten, welches dem Operator 
ermoglicht, diese Feature auch in einem H. 323-ISUP-SIP Netz 
mit einem Interworking zu BICC Oder mit einem funktional • 
gleichwertigen Interworking ohne Einschrankung anzubieten. 

20 Auch ist keine Adaption des bestehenden Inf rastruktur, insbe- 
sondere der Vermittlungsstellen 18 des Netzes Nl bzw. N2,.*, 
er f orderlich . 

Es sei betont, daB anstelle von SIP auch jedes andere, gleich 
wirkende Protokoll wie bspw. SIP-T (SIP-T ist ein Protokoll^ 
das auf SIP basiert^ um das Interworking von PSTN und SIP zu 
vereinfachen) und anstelle von BICC auch alternative Protokol- 
le, wiez.B. TSUP+ angewendet werden kSnnen. 

30 Zur Steuerung des entfernten MGC wird das ITU-T Protokoll 
Q.765.5 z. B- vorzugsweise um folgenden Wert des Action 
Indicators erweitert : 




1110 0000 
35 1110 0001 



recvonly; 
sendrecv; 
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recvonly: indication that IP packets are only allowed to be 
received 

sendrecv: indication that IP packets are allowed to be 
received and send 



Zur Steuerung des entfernten H.323 Teilnehmers T2 wird das so 
erweiterte Protokoll Q. 765.5 (siehe oben) weiterhin entspre- 
chend der nachfolgenden Vorschrift auf neue, erfindungsgemafie 
H.225 (ITU-T Recommendation, H.323 Call Signaling) Informati- 
onselemente gemappt. Dieses Mapping hat in diesem Fall Vorrang 
vor der Mappingvorschrift,. die in der H.245 Annex C (Interwor- 
king ISUP auf H.323) Abschnitt C.6.2.8 Call Hold beschrieben 
ist . 




Mapping von SIP (via BICC) auf H.323 


lUlapping von SIP (via BICC) auf H.323 
(Alternative)(optionale Prozedur 
mandatory) 


BICC 


H.323(H223) 


BICC 


H.323(H.225) 


CPG/SUS/RES 


FACILITY 


CPG/SUS/RES 


FACILITY 


APP 




APP 




Action indicator 


Calll-loidOperation 

(neu) 


Action indicator 


CallHoldOperation 

(alt) 


1110 0000 

recvonly 


recvonly 


1110 0000 

recvonly 


HoldNotinc m 


1110 0001 

sendrecv 


sendrecv 


1110 0001 

sendrecv 


HoldRetrieve 



mit : 

recvonly: indication that IP packets are only allowed to be 
received 

sendrecv: indication that IP packets are allowed to be 
received and send 
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In den beiden bevorzugten AusfUhrungsf ormen der Erfindung 
bezieht diese sich auf ein Interworking der Protokolle 
H.323/ISUP/BICC/SIP. Es sind jedoch auch Netzwerkkonf igura- 
tionen abgedeckt^ die ein unmittelbares Interworking zwi- 
5 schen ISUP bzw. H.323 und SIP vorsehen^ ohne BICC- 

Schnittstelle^ beispielsweise tiber eine interne Anwendung 
des vorstehend beschriebenen Verhaltens innerhalb der Ver- 
itiittlungsstelle oder dem Media Gateway Controller MGC. 

10 Aufgrund der Vielzahl der unterschiedlichen Netzzugangspro- 
tokolle ist es sinnvoll^ das jeweilige Signalisierungssys- 
tem des Teilnehmers in ein standardisiertes Signalisie- 
rungssystem^ z.B. V5 zu konvertieren, urn ein einheitliches 
System hinsichtlich der Vermittlung zu schaffen, 
15 

Deshalb kann in alternativen Ausfiihrungsf ormen der Erfindung 
anstelle des Media Gateways MG (wie im Beispiel) auch ein IAD 
(integrated access device), ein MTA (multimedia terminal 
adaptor) und/oder eine interaktive Sprachausgabe (IVR, VoDSL, 
20 VoCable) von einem Media Gateway Controller MGC beim Empfang 
des neuen Action Indicators angewiesen werden^ die Senderich- 
tung zu unterdrucken. 

Es sei betont, dass die Beschreibung der ftir die Erfindung 
relevanten Komponenten des Netzes grundsatzlich nicht ein- 
schrankend zu verstehen ist. Fur einen einschl^gigen Fachmann 
ist insbesondere of f ensichtlich, dass die verwendeten Begrif- 
fe funktional und nicht physikalisch zu verstehen sind, Somit 
konnen die Komponenten auch teilweise oder vollstandig in 
30 Software und/oder tiber mehrere physikalische Einrichtungen 
verteilt realisiert werden, Auch kommen in dem Fall, dass 
beide Teilnehmer (SIP und H.323) an einem CFS angeschlossen 
sind, die oben beschriebenen Ablaufe und das dazu gehSrige 
Mapping intern in dem CFS zum Ablauf . 
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Patentanspriiche 

1. Verfahren zum Interworking zwischen mehreren Protokollen, 
5 voirzugsweise einem ersten Protokoll (PI)/ nachdem ein erster 

Teilnehmer (Tl) arbeitet und einem zweiten Protokoll (P2) , 
nachdem ein zweiter Teilnehmer (T2) arbeitet eines digitalen^ 
multimedialen KommunikationsnetzeSr bei dem 

- eine Verbindung zwischen zwei oder mehr Teilnehmern zumin- 
10 dest einen Nutzkanal (12) in Sende- und Empf angsrichtung 

iimfaBt, 

- bei dem das erste Protokoll (PI) zur Signalisierung in 
paketorientierten oder IP-basierten Netzen (Nl) ausgelegt ist 
und fiir Leistungsmerkmale (16) ^ die eine Auftrennung des 

15 Nutzkanals (12) erfordern, nur eine lokale Auftrennung des 
jeweiligen Nutzkanals (12) in Senderichtung vorsieht und 

- bei dem das zweite Protokoll (P2) fiir Leistungsmerkmale 
(16)^ die eine Auftrennung des Nutzkanals (12) erfordern, 
zumindest optional eine lokale Auftrennung des jeweiligen 

20 Nutzkanals (12) in Senderichtung vorsieht 
dadurch gekennzeichnet ^ daB 

auch dem ersten Teilnehmer (Tl) eine Menge von Leistungsmerk- 
malen (16) zur VerfUgung gestellt wird^ vorzugsweise solche 
Leistungsmerkmale (16), die eine Auftrennung des jeweiligen 
25 Nutzkanals (12) in Sende- und Empf angsrichtung erfordern, 

indem der zweite Teilnehmer (T2) insofern modifiziert gesteu- 
ert wird, als daB das Senden in Richtung des ersten Teilneh- 
mers (Tl) , vorzugsweise das Senden eines Mediastromes tiber 
den jeweiligen Nutzkanal (12), unterbrochen wird. 

30 

2. Verfahren nach Anspruch 1, 
dadurch gekennzeichnet , dali 

das Verfahren zum Interworking zwischen zwei Protokollen 
(PI, P2) in einem Netz mit folgenden Eigenschaften ausgelegt 
35 ist: 
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- ein erster Teilnehmer (Tl) ist entsprechend dem ersten 
Protokoll (PI) und ein zweiter Teilnehmer (T2) entsprechend 
dem zweiten Protokoll (P2) realisiert/ 

- eine Verbindung zwischen den beiden Teilnehmern (Tl, T2) 
wird durch zumindest je einen Nutzkanal (12) in Sende- und 
Empfangsrichtung realisiert^ 

- im Netz ist zumindest ein Protokollkonverter (MG^ MGC) 
vorgesehen^ der zwischen den beiden Protokollen (PI, P2) 
angeordnet ist, 

- fiir Leistungsmerkmale (16), die in ihrem Ablauf eine 
Auftrennung der Nutzkanale (12) vorsehen, ist bei Initiieren 
des Leistungsmerkmals (16) durch den ersten Teilnehmer (Tl) 
eine Mitteilung in Richtung des zweiten Teilnehmers (T2) 
vorgesehen mit dem Ziel, den von dem zweiten Teilnehmer (T2) 
ausgehenden Nutzkanal (12) zu unterbrechen, 

mit folgenden Schritten: 

(1) dem Protokollkonverter (MG, MGC) wird mitgeteilt, dass 
die Mitteilung von dem ersten Teilnehmer (Tl) aus gesendet 
wurde, 

(2) der von dem zweiten Teilnehmer (T2) ausgehende Nutzkanal 
(12) wird durch den Protokollkonverter (MG, MGC) unterbro- 
chen . 

3. Verfahren nach zumindest einem der Ansprtiche 1 oder 2, 
dadurch gekennzeichnet , daB 

- falls der zweite Teilnehmer (T2) ein PSTN-Teilnehmer ist - 
im Netz zumindest ein Media Gateway (MG) vorgesehen ist, das 
zwischen den beiden Protokollen (Pi, P2) angeordnet ist und 
iiber das bei Initiieren des Leistungsmerkmals (16) durch den 
ersten Teilnehmer (Tl) ein Befehlssatz in Richtung des zwei- 
ten Teilnehmers (T2) ausgegeben wird, den von dem zweiten 
Teilnehmer (T2) ausgehenden Nutzkanal (12) zu unterbrechen, 
bei dem der Befehlssatz zumindest folgende Ereignisse aus- 
lost: 

(3) das Media Gateway (MG)erhait zumindest eine Mitteilung 
liber den Absender des Befehls; 
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(4) das Media Gateway (MG) fuhrt mittelbar Oder unmittelbar 
die Unterbrechung des von dem zweiten Teilnehmer (T2) 
ausgehenden Nutzkanals (12) durch. 

5 4 . Verf ahren nach Anspruch 3 , 
dadurch gekennzeichnet ^ daB 

im Netz zumindest ein Media Gateway Controller (MGC) vorgese- 
hen ist, der dem jeweiligen Media Gateway (MG) zugeordnet ist 
und daB der Befehlssatz zur nicht-lokalen Unterbrechung des 
10 Nutzkanals (12) inittelbar erfolgt und vorzugsweise tiber den 
Media Gateway Controller (MGC) verarbeitet wird. 

5. Verf ahren nach Anspruch 4^ 
dadurch gekennzeichne t ^ daB 

15 das Verfahren ein Media Gateway Controll Protokoll (MGCP) 
Oder ein H.248 Protokoll verwendet,. das als Schnittstelle 
zwischen Signalisierungs- und Nutzdatenkanal und damit zwi- 
schen Media Gateway (MG)und Media Gateway Controller (MGC) 
f ungiert . 

20 

6. Verfahren nach mindestens einem der vorstehenden Ansprti- 
che, 

dadurch gekennzeichnet , daB 

das erste Protokoll (PI) SIP (Session Initiation Protocoll) 
25 Oder eine Erweiterung des SIP Protokolls, vorzugsweise SIP-T, 
ist. 

7. Verfahren nach mindestens einem der vorstehenden Ansprti- 
che, 

30 dadurch gekennzeichne t ^ daB 

das zweite Protokoll (P2) ein Protokoll nach dem H.323 Stan- 
dard Oder daB der zweite Teilnehmer (T2) ein ISDN Teilnehmer 
ist. 

35 8- Verfahren nach mindestens einem der vorstehenden Anspruche 
4 bis 7, 
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die Kommunikation zwischen dem ersten Protokoll (PI) und dem 
zweiten Protokoll (P2) im Interworking zu einem dritten 
Protokoll (P3) erfolgt, das als Schnittstelle fiXr die MGC- 
MGC-Koinmunikation dient, vorzugsweise tiber das BICC CS2 
Protokoll Oder das ISUP+ Protokoll- 

9. Verfahren nach mindestens einem der vorstehenden Ansprti- 
che, 

dadurch gekennzeichnet , daB 

das Leistungsmerkmal (16) "Call Hold" oder "Terminal Portabi- 
lity", ist. 

10. Verfahren nach mindestens einem der vorstehenden Ansprii- 
che, 

dadurch gekennzeichne t , dafi 

mehr als zwei Teilnehmer in Verbindung miteinander stehen, 

11. Verfahren nach mindestens einem der vorstehenden Anspru- 
che, 

dadurch gekennzeichne t , dafi 

die Verbindung zwischen den Teilnehmern (Tl, T2) zusatzlich 
einen vom Nutzkanal bzw. den Nutzkanaien (12) getrennten. 
Signalisierungskanal umfaBt, der zumindest teilweise IP- 
basiert ist. 

12.. Verfahren nach mindestens einem der vorstehenden Ansprti- 
che, 

dadurch gekennzeichne t , daB 

- falls der zweite Teilnehmer (T2) ein analoger Teilnehmer. 
ist Oder ein ISDN-Teilnehmer (nach dem Q.931 Standard), - 
anstelle des oder zusatzlich zu dem Media Gateway (MG) . ein 
Integrated Access Device (IAD) und/oder ein Multimedia Termi- 
nal Adaptor (MTA) und/oder eine interaktive Sprachausgabe 
(Interactive Voice Response, IVR) vorgesehen ist, um den 
gesamten Datenverkehr des Teilnehmers zuscunmenzuf assen und 
zur nachsten Vermittlungsstelle zu senden. 
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13- Verfahren nach mindestens einem der vorstehenden AnsprU- 
che, 

dadurch gek.ennzeichnet , daB 

das Verfahren zusStzlich folgenden Schritt lamfafit: 
5 der Teilnehmer, der das Leistungsmerkmal (12) nicht initiiert 
hat und letzteres lediglich passiv in Anspruch nimmt, erhait 
eine Mitteilung auf seinem Endgerat (14) hinsichtlich der 
Ausfiihrung des Leistungsmerkmals (12) und/oder einer Unter- 
brechung eines Media- und/oder Payloadstromes . 

10 

14. Verfahren nach mindestens einem der vorstehenden Ansprti- 
che, 

dadurch gekennzeichnet ^ dali 

indem das zweite Protokoll (P2) urn einen Befehlssatz erwei- 
15 tert wird, der es ermoglicht, daJi der jeweilige Nutzkanal 

(12) auch in Empf angsrichtung hinsichtlich des ersten Teil- 
nehmers (Tl) nicht-lokal unterbrochen wird. 

15. Verfahren nach mindestens einem der vorstehenden Ansprti- 
20 Che, 

dadurch g^ekennzeichnet , dafi 

die Dnterbrechung in einem Endgerat (14) des H.323- 
Teilnehmers (T2) Oder - falls es sich bei dem zweiten Teil- 
nehmer (T2) um einen PSTN-Teilnehmer handelt - in dem ihm 
25 zugeordneten Media Gateway Controller (MGC) und dem ihm 
zugeordneten Media Gateway (MG) erfolgt. 

16. Verfahren nach mindestens einem der vorstehenden Ansprti- 
che 2 bis 15, 

30 dadurch gekennzeichnet , daB 

die Mitteilung von einem dem zweiten Teilnehmer (T2) zugeord- 
neten Protokollkonverter (MG, MGC) empfangen wird und darauf- 
hin dem zweiten Teilnehmer (T2) ein Befehl (FACILITY) zuge- 
stellt wird, den von dem zweiten Teilnehmer (T2) ausgehenden 

35 Nutzkanal (12) zu unterbrechen, falls der zweite Teilnehmer 
(T21 ein H. 3 23 -Teilnehmer ist. 



2002 P 11618 

# • 

29 

17. Protokollkonverter zur Durchftihrung eines der vorstehen- 
den Verfahren, vorzugsweise zur Durchftihrung eines Interwor- 
kings von einem ersten Protokoll (PI) eines ersten Teilneh- 
mers (Tl) mit einem zweiten Protokoll (P2) eines zweiten 
Teilnehmers (T2) eines digitalen^ multimedialen Kornmunikati- 
onsnetzes, mit: 

- zumindest einem Nutzkanal (12) . zwischen den beiden Teilneh- 
mern (Tl, T2) in Sende- und Empf angsrichtung, 

- bei dem das erste Protokoll (PI) zur Signalisierung in 
paketorientierten oder IP-basierten Netzen (Nl) ausgelegt ist 
und fur Leistungsmerkmale (16), die eine Auftrennung des 
Nutzkanals (12) erfordern, nur eine lokale Auftrennung des 
jeweiligen Nutzkanals (12) in Senderichtung vorsieht und 

- bei dem das zweite Protokoll (P2) ftir Leistungsmerkmale 
(16), die eine Auftrennung des Nutzkanals (12) erfordern, 
zumindest optional eine lokale Auftrennung des jeweiligen. 
Nutzkanals (12) in Senderichtung vorsieht :: 
dadurch gekennzeichne t , daJJ 

der Protokollkonverter Mittel umfalit, die auch dem ersten , 
Teilnehmer (Tl) eine Menge von Leistungsmerkmalen zur Verfti- 
gung stellen, vorzugsweise solche Leistungsmerkmale (16), die 
eine Auftrennung des jeweiligen Nutzkanals (12) in Sende- und 
Empf angsrichtung erfordern, indem der zweite Teilnehmer (T2) 
insofern modifiziert gesteuert wird, als daB das Senden in 
Richtung des ersten Teilnehmers (Tl) , vorzugsweise das Senden 
eines Mediastromes uber den jeweiligen Nutzkanal (12) , unter- 
brochen wird. 

18. Vorrichtung, vorzugsweise Protokollkonverter zur Durch- 
ftihrung eines der Verfahren nach den Ansprtichen 1 bis 16, 

19. Protokollkonverter nach zumindest einem der AnsprUche 17 
Oder 18, 

dadurch gekennzeichnet , dal3 

der Protokollkonverter ein Media Gateway (MG) und/oder einen 
Media Gateway Controller (MGC) umfaBt, falls im Netz ein 
PSTN/IP-t)bergang erfolgt, wobei die Kommunikation zwischen 



den Media Gateway Controllern (MGC) aber ein drittes Proto- 
koll (P3), vorzugsweise BICC, erfolgt- 

20- Protokollkonverter nach ziomindest eineiti der Anspruche 17 
bis 19, 

dadurch gekennzeichnet , daB 

das erste Protokoll (PI) SIP und daB das zweite Protokoll 
(P2) ein Protokoll nach dem H. 323-Standard oder daB der 
zweite Teilnehmer (T2) ein analoger Teilnehmer oder ein ISDN- 
Teilnehmer ist. 

21- Protokollkonverter nach zumindest einem der Anspruche 17 
bis 20, 

dadurch gekennzeichnet , daB 
15 der Protokollkonverter xjm eine Erweiterungseinheit erganzt 

wird, die das zweite Protokoll (P2) \am einen Befehlssatz zur 
nicht-lokalen Auftrennung des jeweiligen Nutzkanals (12) in 
Empfangsrichtung hinsichtlich des ersten Teilnehmers (Tl) 
erweitert. 

20 

22. Multimediales Kornmunikationsnetzwerksystem, vorzugsweise 
umfassend: 

- ein erstes Netz (Nl) , das paketorientiert oder IP-basiert 
ist und dem ein erster Teilnehmer (Tl) angeschlossen ist, der 

25 auf ein erstes Protokoll (PI) zugreift, das zur Signalisie- 
rung in paketorientierten oder IP-basierten Netzen (Nl) 
ausgelegt ist und fur Leistungsmerkmale (16), die eine Auf- 
trenriung""des Nutzkanals (12) erfordern, nur eine lokale 
Auftrennung des jeweiligen Nutzkanals (12) in Sender ichtung 

30 vorsieht und 

~ ein zweites Netz (N2) , dem ein zweiter Teilnehmer (T2) 
angeschlossen ist, der auf ein zweites Protokoll (P2) zu- 
greift, das fur Leistungsmerkmale (16), die eine Auftrennung 
des Nutzkanals (12) erfordern, zxamindest optional eine lokale 

35 Auftrennung des jeweiligen Nutzkanals (12) in Senderichtung 
vorsieht, 

•icidurch V 3k«=rinzeicl-nst: - dEii 
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das Net zwerksys tern dem ersten Teilnehmer (Tl) eine Menge von 
Leistungsmerkmalen (16) zur Verftigung stellt, vorzugsweise 
solche Leistungsmerkmale (16) , die eine Auftrennung des 
jeweiligen Nutzkanals (12) in Sende- und Empfangsrichtung 
erfordern^ indem der zweite Teilnehmer (T2) insofern modifi- 
ziert gesteuert wird, als daB das Senden in Richtung des 
ersten Teilnehmers (Tl) , vorzugsweise das Senden eines Medi- 
astromes tiber den jeweiligen Nutzkanal (12)^ unterbrochen 
wird. 

23. Anordnung, vorzugsweise multimediales Komitiunikationsnetz- 
werksystem, mit Eigenschaf ten nach zumindest einem der An- 
sprtiche 1 bis 16, umfassend eine Vorrichtung nach zumindest 
einem der Anspruche 17 bis 21. 

24. Multimediales Kommunikationsnetzwerksystem nach zumindest 
einem der AnsprUche 22 oder 23^- r. 
dadurch gekennzeichnet , dafi 

das erste Protokoll (PI) SIP und daB das zweite Protokoll 
(P2) ein Protokoll nach dem H. 323-Standard oder daB der 
zweite Teilnehmer (T2) ein analoger oder ein ISDN Teilnehmer 
ist, und daB das erste und das zweite Protokoll (PI, P2) fur 
ein Interworking mit einem dritten Protokoll (P3) , vorzugs- 
weise BICC/ ausgelegt sind. 
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Zusammenf assung 

Call Hold / Terminal Portability in H. 323/ISOP-BICC-SIP 
Netzen 

5 

Zxim Interworking zwischen zwei Protokollen (H.323 oder PSTN 
einerseits und SIP andererseits) in einem Netz, in dem ein 
erster Teilnehmer (Tl) entsprechend dem ersten Protokoll 
(SIP) und ein zweiter Teilnehmer {T2) entsprechend dem zwei- 

10 ten Protokoll (H.323 oder PSTN) realisiert ist, im Interwor- 
king mit einem drittem Protokoll (BICC) , das als Schnittstel- 
le zwischen beteiligten Media Gateway Controllern (MGC) 
dient. Eine Verbindung zwischen den beiden Teilnehmern (Tl, 
T2) wird durch zumindest je einen Nutzkanal (12) in Sende- 

15 und Empf angsrichtung realisiert; fUr Leistungsmerkmale (16) , 
die in ihrem Ablauf eine Auftrennung der NutzkanSle (12) 
vorsehen, bei Initiieren des Leistungsmerkmals (16) durch den 
ersten Teilnehmer (Tl) ein Befehlssatz in Richtung des zwei- 
ten Teilnehmers (T2) vorgesehen ist mit dem Ziel, den von dem 

20 zweiten Teilnehmer (T2) ausgehenden Nutzkanal (12) in Bezug 
zu dem ersten Teilnehmer (Tl) zu unterbrechen . 
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FIG 5A stand der Technik 
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